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ABSTRACT 



An apparatus and method provide for the execution of 
object-oriented languages, and more particularly increase 
the performance of Java application execution. The perfor- 
mance increase of Java application execution is achieved by 
first moving the Java application code into a Java server. The 
Java server utilizes the application code and functions as a 
library of classes and methods. The Java server is accessed 
by an object file (proxy), that is setup to access the correct 
Java server process. Next, when an application is to be 
executed, the object file calls the Java server process that 
forks itself and then has the child server run the already 
loaded classes and methods. Thus, the Java classes and 
methods are loaded only once when the Java virtual machine 
is started. With large classes and methods, it is faster to 
connect up to the already running Java server and have the 
already running Java server fork a child server to execute the 
correct classes and methods than it is to start and load the 
Java virtual machine, and execute the original classes and 
methods. 
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FIG. 7 
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APPARATUS AND METHOD FOR 
INCREASING THE PERFORMANCE OF 
JAVA PROGRAMS RUNNING ON A SERVER 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention generally relates to the execution of 
interpreted languages, and more particularly, to increasing 
the performance of Java interpreted language execution in 
application software. 

2. Description of Related Art 

As known in the art, the Internet is a world-wide collec- 
tion of networks and gateways that use the TCP/IP suite of 
protocols to communicate with one another. At the heart of 
the Internet is a backbone of high speed data communication 
lines between major nodes or host computers consisting of 
thousands of commercial, government, educational and 
other computer systems that route data and messages. 

The World Wide Web (WWW) refers to the total set of 20 
interlinked hypertext documents residing on hypertext trans- 
fer protocol (HTTP) servers all around the world. Docu- 
ments on the WWW, commonly referred to as pages or web 
pages, are written in hypertext mark-up language (HTML) 
identified by uniform resource locators (URL) that specify 
the particular machine and pathname by which a file can be 
accessed and transmitted from node to node to the end user 
under HTTP. A web site is a related group of these docu- 
ments and associated files, scripts, subprocedures, and data- 
bases that are served up by an HTTP server on the WWW. 

Users need a browser program and an Internet connection 
to access a web site. Browser programs, commonly referred 
to as "web browsers," are client applications that enable a 
user to navigate the Internet and view HTML documents on 
the WWW, another network, or the user's computer. Web 
browsers also allow users to follow codes called tags that are 
embedded in an HTML document, which associate particu- 
lar words and images in the document with URLs so that a 
user can access another file that may be at any location 
around the world, at the press of a key or the click of a 
mouse. These files may contain text (in a variety of fonts and 
styles), graphic images, movie files and sounds as well as 
Java applications, other scripted languages, active 
X-controls or other small embedded software programs that 
execute when the user activates them by clicking on a link. 

Scripts are applications that are executed by an HTTP 
server in response to a request by a client user. One type of 
script is a common gateway interface (CGI) script. 
Generally, a CGI script is invoked when a user clicks on an 
element in a web page, such as a link or image. CGI scripts 
are used to provide interactivity in a Web page. CGI scripts 
can be written in many languages including Java, C, C++ 
and Perl. A CGI -BIN is a library of CGI script applications 
that can be executed by an HTTP server. 

Java, originally developed by Sun Microsystems, Inc. is 
an object-oriented, multithreaded and dynamic language that 
requires compilation and interpretation for execution. In the 
context of this document "Java" shall mean "Java" devel- 
oped by Sun Microsystems, Inc., or any other Java-like 
language or derivative language developed by any other 
party. First, a Java application program is compiled into 
byte -codes by a Java compiler. This language then requires 
a Java virtual machine (i.e. an interpreter) to translate the 
compiled byte-code into machine code for a particular 
central processing unit (CPU) at run-lime. Java permits an 
application (i.e. a program) to be compiled into byte-code 
once and then interpreted many times. 
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These Java applications are invoked by the HTTP daemon 
to do a single job, and then they exit. One problem associ- 
ated with this process is the amount of time required to start 
up the Java virtual machine in order to execute the invoked 
Java application. Furthermore, when the size of the Java 
class files gets large, the amount of time spent loading the 
Java code can be a performance limiter, since the Java 
virtual machine dynamically loads class files only when 
needed. 

The Java virtual machine is further slowed by the loading 
of all standard system objects (i.e. classes for core language, 
input/output, threads, applet, GUI event and image 
processing, security and the like) required for execution. The 
Java virtual machine allows for the objects to be dynami- 
cally loaded for flexibility and provides selectivity of only 
the objects needed to execute a particular Java application, 
but penalizes in terms of the speed of the Java application 
operation. 

Until now, the overhead associated with starting the Java 
virtual machine and loading classes has resulted in the lack 
of the ability to provide high-performance execution of Java 
application CGI-BIN programs. 

SUMMARY OF THE INVENTION 

Although certain objects, advantages, and novel features 
of the invention are set forth in the description that follows 
other objects and novel features of the invention will 
become apparent to those skilled in the art upon examination 
of the following, or may be learned through the practice of 
the invention which are not expressly set forth herein. 

The present invention is generally directed to an apparatus 
and method for increasing the performance of Java appli- 
cation execution for tasks requiring fast execution of Java 
applications using Java language application software. In 
accordance with the preferred embodiment of the present 
invention, the invention is accomplished by moving the code 
that was in the individual Java CGI-BIN script into one Java 
server daemon process. The individual Java CGI-BIN 
scripts are replaced by an object file (the proxy) that calls the 
daemon process to execute the code that would be in the 
CGI-BIN script on the proxy's behalf. The proxy object file 
preferably is in C and executes Java code by invoking the 
Java virtual machine so very minor changes are needed to 
turn the Java applications into library routines. 

The Java server invokes the Java virtual machine and 
preloads all potentially needed objects files during initial- 
ization of the Java virtual machine to speed up the actual 
execution of a particular Java application. The Java server 
accomplishes the execution of a particular Java application 
by forking itself and then having the child Java server run 
the Java class files in the already loaded Java virtual machine 
for the specific Java CGI-BIN script. 

One of the advantages of doing this is that the Java 
application code in the Java server process is loaded (i.e. 
classes and methods) only once by the Java virtual machine 
when the Java server is started. In accordance with the 
invention, it has been determined that with large Java scripts, 
it is faster to connect up to the server and have it fork a child 
and execute the correct code than it is to start a new Java 
virtual machine, load the needed class files and execute the 
correct code. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings incorporated in and forming 
a part of the specification illustrate several aspects of the 
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present invention, and together with the description, serve to access to web pages on the local server and on the Internet 

explain the principles of the invention in accordance with 32. Workstations 33 and 34 communicate with the web 

the preferred embodiment. server 31 via a network 35. Networks 18 and 35 may be, for 

FIG. 1 is a block diagram of the client/server system example, ethernet-type networks, also known as 10 BASE 2, 

utilizing the Internet. 5 10 BAS 5, 10 BSAF, 10 BAST, BASE BAN network, 

FIG. 2 is a block diagram illustrating a browser program CO-EX cable, and the like, 

situated within a computer readable medium in a computer As illustrated in FIG. 2, client systems today generally 

system of the client systems, as shown in FIG. 1. include only a browser program 100 (e.g., Netscape, Internet 

FIG. 3 is a block diagram illustrating a server's service Explorer, or other browser program) for use in accessing 

application program, the Java server process and the child 10 locations on a network 32. These browser programs 100 

Java server process situated within a computer readable reside in computer memory 51, and access a communication 

medium, for example, in a computer system of the server facilities utilizing modem or network card 47, to connect the 

systems, as shown in FIG. 1. ^ t0 other resources connected to the network 32. In order 

FIG. 4 is a block diagram illustrating the process for client t0 ^ a resource, the user must know the network location 

browser, and the server's server application, service appli- 15 otto resource denoted by a network location .identifier or 

cation program, the Java server and the child Java server URL - ™*f identifiers are often cryptic, following very 

processes, as shown in FIGS. 2 and 3. com P lex «h*nies and formats in their naming conventions. 

FIG. 5 is a flow chart of the process for the client browser Systems today identify, access, and process these 

in FIG. 4, in accordance with the present invention. „ resources desired by a user by using the processor 41, 

nG.6isaflowchartoftheprocessfortheserver'sserver 2 ° slora S e device 42 >™« memory 51, which comprises an 

application shown in FIG. 4, ii accordance with the present °f raUD S 52 and ™*™ m * na S er 53 " ™ e P' 0 ? 550 ' 

invention accepts data from memory 51 and storage device 42 over 

inV J^ 1 « u c i_ r - the bus 43. Direction from the user can be signaled by using 

HG. 7 is a flow chart of the process for the serv.ee ^ and k d 45 ^ actions 

application program shown in FIG. 4, in accordance with the 25 ^ ^ m oQ ^ dis termina , 

present invention. 4( T 

FIG. 8 is a flow chart of the process for the Java server . ... . nf . ■ „„ 

. „ T « . . . .... . • The present invention involves the use of browser pro- 

shown in FIG 4, in accordance with the present invention. ^ ^ ^ ^ ^ 

FIG. 9 is a flow chart of the process for the child Java ^ fa ^ that ^ ^ ^ tQ oblain the 

server process shown in HG. 4, in accordance with the 30 requested dala and functionality requested by the client user, 

present invention. The 5rowser prograin 100 will be described hereinafter in 

DETAILED DESCRIPTION OF THE detail with respect to FIGS. 4 and 5. 

PREFERRED EMBODIMENT An example of an architecture of the server systems 26 

Reference will now be made in detail to the drawings to 35 and 31 is illustrated in FIG. 3. The principal difference 

specifically describe the present invention. While the inven- between the servers 31 and 10 26 and the clients 12, 16, 21, 

tion will be described in connection with these drawings, 22, 33 and 34, illustrated in FIG. 1, is that the clients 

there is no intent to limit it to the embodiment or embodi- interface to the user and request the functionality through the 

mcnts disclosed therein. On the contrary, the intent is to browser program 100, while the servers 26 and 31 provide 

cover all alternatives, modifications, and equivalents ^ ihe services requested by the clients 12, 16, 21, 22, 33 and 

included within the spirit and scope of the invention as 34 utilizing the server application program 140 and the Java 

defined by the appended claims. server 160. Otherwise, the functionality of processor 61, 

Turning now to the drawings, FIG. 1 is a block diagram storage device 62, mouse 64, keyboard 65, display 66, and 

of one of many possible system configurations that illus- the modem or network card 67 are essentially the same as 

tratcs the flexibility, expandability, and platform indepen- 45 the corresponding items ^shown inFIG^ 2. As is Imowninthe 

dence of the present invention. While the system configu- art, the client systems 12, 14, 16, 21, 22, 33 and 34, and the 

ration could take many forms, the diagram of FIG. 1 server systems 26 and 31, may reside on the same physical 

illustrates a plurality of diverse workstations 12, 14 and 16 machine. 

directly connected to a network, such as, for example, a The memory 71 interacting with the operating system 72 

LAN 18. Additional workstations 21, 22 may similarly be 50 and the window manager 73 provide the services requested 

remotely located and in communication with the network 18 by the client utilizing the server application 120, application 

through a dial-in or other type of connection 24. Each of the program 140, and Java server 160. Server application 120, 

workstations in FIG. 1 are uniquely illustrated to emphasize application program 140, and server Java 160 are defined in 

that workstations may comprise a diverse hardware plat- more detail below with respect to and FIGS. 4, 6, 7, 8 and 

form. 55 9. 

As is well known, browser apptications are provided and With respect to FIG. 4, the client systems 12, 16, 21, 22, 

readily available for a variety of hardware platforms. Brows- 33 or 34 can request services from the web server 31 by 

ers are most commonly recognized for their utility for utilizing the client system browser program 100. The user 

accessing information over the Internet 32. As mentioned interface program of browser program 100 first receives a 

above, a browser is a device or platform that allows a user 60 request from the user. Next, the client system browser 

to view a variety of service collections. The browser program 100 makes a call to the server application 120 to 

retrieves information from a web server 31 or network access the requested information. This request for service 

server 26 using HTTP, then interprets HTML code, and goes out on a network line to the web server 31 and is 

formats and displays the interpreted result on a workstation received by the server application 120 of the web server, 

display. 65 The server application 120 first determines whether the 

Additional workstations 33 and 34 may similarly be user is authorized to access a specified program and, if the 

located and in communication with the web servers 31 for authorization is satisfied, the server application 120 finds the 
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specified program and calls the specified program by invok- The flow diagram of the process for the server application 

ing the application program 140 using the program name 120 illustrated in FIG. 6. The server application 120 is 

and arguments. initialized at step 121. The server application 120 then waits 

The application program 140 establishes a pipe to a Java to receive a client request for service at step 122. When a 

server 160. The application program 140 then passes the 5 client request is received at step 122, the server application 

program name and executive arguments and environmental 120 checks the authorization of that client to insure that the 

arguments on the established pipe to the Java server 160 that client requesting service is authorized to access the func- 

are needed to provide the requested service. tionality the client has requested at step 123. Next, if the 

ijcn r_w. • ^:„^k, trt , „ui\a T «„ authorization is satisfied, then the server application 120 

Java server 160 forks immediately to create a child Java . . rr 1An , . 

1on . r n . 10 reads the data input from the browser program 100 at step 

server 180, upon the establishment of the pipe connection, __ r • . . 

^ ,v,J „£1 „ fr ,„„i;^ t : or , „ rrtorQm 124. The server application 120 writes any input data to a 

so that the pipe connection from the application program t . j . 

140 is connected to both the parent Java server 160 and to buffer at « e P 12S ; ™ e xrver W^<">° 120 then deter- 

the child Java server 180. 11,e child Java server 180 receives m,nes wh,ch aPP^aUon program 140 will provde he 

. * ■ | service requested by the client system at step 126, and the 

the program name execution arguments and environmental \ . 3 . * .. 

_\_~ lr . M _ nn ™„^ t : rt „ Mto t u» 15 server application 120 bmds to the specified application 

arguments sent on the pipe connection, sets up the nle r *\_ t . £ A . rr . . 

a • . . *ul . _ t . , program 140. The server application 120 then invokes the 

descriptors, maps to the requested class and method, * & . . 

. .u I j t * j| j „ specified application program 140 and sends the necessary 

executes the class and method, and writes the output to a f~ . 'T . . i->„ i- .- i™ 

. , • , ■ , t , ,•- , . n data in the buffer at step 127. The server application 120 

stdout; which is then returned to application program 140. uaia m . « tio 7-, . \ J T. • ■ j 

When the output is sent to the application program 140, the P roccs ? 15 sus ^ ed «? te P 128 unUl out P* dala * rcccived 

child Java server 180 exits and therefore ceases to exist. 20 frora the s P cclficd ^PpncaUon program 140. 

T1 ... # . f ^ „ A r . m . T „„„ When the output data is received from the specified 

Upon the termination of the process of the child Java y 1iAlL . 

iot\ .1. .i i/A - t . „ apphcation program 140, the server apphcation 120 receives 

server 180, the parent Java server 160 receives the exit status *v v b t 

r *u lij t i on <■ .u- ™*™ t> the output and error statuses of the application program 140, 

of the child Java server 180 from the operating system 72 r . , _ y . * At \ I 

• , . ... t 10ft ... . jLv and receives the exit status of apphcation program 140 at 

and sends the child Java server 180 exit status to apphcation „ __ n . . . ^ r .• ,j n - 

~ Atx ™ , T 25 step 129, where the exit status of application program 140 is 

program 140 over the pipe connection. The parent Java / ' . ™; V.u i u i^ 

r 6 , . . • jL r t - set up to always exit with the same status as of the Java child 

server 160 then terminates that pipe connection. Application ^o#* ™_ i- • -im .i_ . . 

4 . , . r.u L-ij i ion server 180. The server application 120 next writes the output 

program 140 receives the output of the child Java server 180 . , , ^ # 

/ .j *"\ ,l u-i-i i ion ... j ^ „ received from the apphcation program 140 and returns that 

(stdout), the child Java server 180 exit status and error status . i ■ • in -n. 

. / , , . . j „ . .u A outpu t to the client requesting service at step 131. Ine server 

(stderr), and returns the output and error status to the server „ . -* n .. M . ... . . . i« ji 

i- .■ nn t-u r ^ 1/m ,L fl „ 30 apphcation 120 then exits that session at step 132 and loops 

apphcation 120. The apphcation program 140 then exits ,™\ ,^ -rr-r 1f r 

v. , . c.u u i5 1 ion c back to step 122, and jsuspendsl itself until a new request is 

with the same exit status of the child Java server 180. Server received J&p***--^ M 

application 120 receives the output and error status of the 

application program 140 and the application program 140 The flow diagram for the apphcation program 140 is 

exit status, which is the same as the child Java server process illustrated in FIG. 7. As noted above, the apphcation pro- 

180, and returns the output and error status over a network gram 140, by moving the code that was in the individual 

18 or 24 to the browser program 100 of the client system that ^ CGI-BIN scripts into one Java server 160, can be 

requested the service. The browser program 100 formats the executed much faster because the individual CGI-BIN 

output for display to the user that requested service in the script are replaced by an object file (the proxy) that calls the 

client system. This process wilt be further explained below daemon process to execute the code that would be in the 

with respect to FIGS. 5 through 9. Java CGI-BIN script on the proxy's behalf. Preferably, the 

. u . , . e proxy is written in C or C++ for faster execution. 

In an alternative embodiment, upon the termination of the v J 

process of the child Java server 180, the server application F^t, the apphcation program 140 is initialized at step 

120 receives the output and error status of the child Java 141- The application program 140 receives the request for 

server 180 directly from the child Java server 180. The 45 the specified service with the program name and arguments 

server application 120 then returns the output and error at step 142. The apphcation program 140 establishes a pipe 

status over a network 18 or 24 to the browser program 100 connection to the necessary Java server 160 at step 143. 

of the client system that requested the service and continues Preferably, a Unix domain socket is established to generate 

the process as described above. & c P 1DC connection. 

The process of the browser program 100 that occurs in the 50 The apphcation program 140 passes the specified program 

client system is illustrated in FIG. 5. The first step of the ™me, execution argument and environment arguments that 

browser program 100 is to initialize the browser program include, but are not limited to, the server name, port iden- 

100 at step 81. The browser program 100 receives the location number, browser type, user and group identifica- 

request for service from the user at step 82. The browser 1™ numbers, and file descriptors, to the identified Java 

program 100 then reads the data from the request for service 55 server 160 to provide the requested service at step 144. The 

and writes the input data to a buffer at step 83. The browser a ^liffi^ until the 

program 100 next binds to the server application 120 at step return o£ data at step 145.«er data is rcccived from the 

84. The browser program 100 makes a call to the server server, the application program 140 unsuspends itself to 

application 120 and sends the buffer data at step 85 to the ^receive the data and error output of the child Java server 180 

server application 120. The browser program 100 is then 60 a^ouceceive any exit status at step 146. The application 

suspended until the return of data at step 86. When data is program 140 takes the output of the Java server 160 and 

returned to the client user interface, the browser program returns it to the server apphcation 120 at step 147. The 

100 is resumed at step 87 and the browser program 100 apphcation program 140 then terminates its execution with 

writes the data received from server application 120 to the the exit status of the child Java server 180 process at step 

output to the client application program 140 at step 88. At 65 148. 

step 89, the browser program 100 then loops to step 83 and The process of the Java server 160 will now be discussed 

suspends itself until a new request is received. with respect to FIG. 8. First, fbc^^g^^g^^O'i^irtitial.u^;- 
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XST<|l|^1.61^cand then waits to be called; The initialization 
step 161 includes^starting^lhe^Java virtual machine and 
loading the standard class files needed for Java application 

, execution. A listening pipe is setup to receive requests for 
service calls and the Java server waits to receive a call in step 
162. 

Immediately upon being called by the application pro- 
gram 140, the Java server 160 forks a process of the child 
Java server 180 with the pipe connection, thereby establish- 
ing communication with the application program 140, with 
Java server 160 and with the process of the child Java server 
180 at step 163. The Java server 160 then waits to receive the 
exit status from the process of the child Java server 180 that 
is forked to provide the requested service at step 164. The 
exit status of the process of the child Java server 180 is sent 
to application program 140 over the pipe at step 165. The 
process is returned to the wait state at step 163 to wait for 
the next pipe connection to be established. 

As noted above, the C program language is often used to 
write and implement the application program 140 (i.e., Java 
CGI -BIN scripts). These scripts normally are invoked by the 
HTTP daemon to do a single job and then they exit. The 
problem with using Java in the CGI-BIN script is that the 
objects (i.e. classes) are loaded and the Java code is inter- 
preted every time the Java CGI-BIN script is executed. 
When the size of the Java CGI-BIN scripts becomes large, 
the amount of time spent loading objects and interpreting the 
Java code can limit performance. 

In accordance with the present invention, the Java server 
160 increases execution performance by forking itself and 
then having the process of the child Java server 180 run the 
already loaded code for the specific CGI-BIN script. The 
advantage of doing this is that the Java code in the process 
of the parent Java server 160 is loaded only once when the 
Java server 160 is started. In accordance with the present 
invention, it has been determined that, with large Java 
scripts, it is faster to connect up to the Java server 160 and 
have it fork a child and execute the correct code than to load 
and execute the correct code. 

The process of the child Java server 180 is illustrated in 
FIG. 9. The child Java server 180 is initialized at step 181. 
The child Java server 180 receives the information sent on 
the pipe connection created by the application program 140 
at step 182. ^e^chUo Uay.a tseryer480^then maps, at step. 183, 
to the specified application (i.e., class and method) identified 
in The information that was communicated over the pipe 
connection and received at step 182. The child Jay;a server^. 
18T}*then executes the specified application (i.e., class and 
method) using the specified program name, execution 50 
arguments, and environment arguments present in the infor- 
mation received on the pipe connection at step 184. The data 
outputfand error status of the specified execution application 
(i.e., class and method) is moved to the stdout and stderr 
fields at step 185 for return to the application program 140. 55 
The child Java server 180 then exits at step 186. 

In an alternative embodiment, the data output and error 
status of the specified execution application 180 (i.e., class 
and method) is moved to the stdout and stderr fields at step 
185 for return to the server application 120. The child Java $o 
server 180 then exits as described above at step 186. 

The foregoing description has been presented for pur- 
poses of illustration and description. It is not intended to be 
exhaustive or to limit the invention to the precise forms 
disclosed. Persons skilled in the art will understand that 
modifications or variations are possible in light of the above 
teachings. The preferred embodiment discussed was chosen 
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and described to provide the best illustration of the prin- 
ciples of the invention and its practical application to 
thereby enable one of ordinary skill in the art to utilize the 
invention in various embodiments and with various modi- 
fications as are suited to the particular use contemplated. It 
will be understood by those skilled in the art that all such 
modifications and variations are within the scope of the 
invention. 
What is claimed is: 

1. A computer system for increasing performance of java 
application execution, comprising: 

a server computer device; and 

first logic, within said server computer device, configured 
to maintain a java program in an initialized state, and 
when said java program is executed, said first logic 
forks a child logic to perform a required task leaving 
said java program maintained by said first logic in said 
initialized state and ready for subsequent execution. 

2. The computer system of claim 1, wherein said first 
logic is executed by a client computer device. 

3. The computer system of claim 1, further comprising: 
second logic configured to determine an address of said 

first logic and cause execution of said first logic. 

4. The computer system of claim 3, further comprising: 
a third logic configured to dispatch a specific second logic 

from a plurality of second logic. 

5. The computer system of claim 1, wherein said first 
logic maintains said java program in said initialized state by 
starting a Java virtual machine and loading standard class 
files needed for execution of said java program. 

6. A computer system for increasing performance of 
interpreted languages execution, comprising: 

a server mechanism for finding a specified application 
mechanism from a plurality of application mechanisms, 
to satisfy a client browser mechanism request to per- 
form a required task, and said server mechanism for 
invoking said specified application mechanism; 

said specified application mechanism for finding and 
executing a specified Java server mechanism from a 
plurality of Java server mechanisms to satisfy the client 
browser mechanism request to perform the required 
task; and 

said Java server mechanism residing in a server memory, 
said Java server mechanism for forking a child process 
to satisfy the client browser mechanism request to 
perform the required task and leaving said Java server 
mechanism in an initialized state and ready for subse- 
quent execution. 

7. A method for use in a computer system for increasing 
performance of interpreted languages execution, the method 
comprising: 

providing a server computer device; and 

maintaining a java program in an initialized state, within 
said server computer device; and 

forking a child process to perform a required task when 
said java program is executed leaving said java pro- 
gram in said initialized state and ready for subsequent 
execution. 

8. The method of claim 7, further comprising: 
executing the java program by a client computer device. 

9. The method of claim 7, further comprising: 
determining an address of said java program by a second 

logic; and 

causing the execution of said java program by said second 
logic. 
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10. The method of claim 7, further comprising: 
determining a specific second logic from a plurality of 

second logic to cause the execution of said java pro- 
gram. 

11. The method of claim 7, further including the step of: 
starting a Java virtual machine; and 
loading standard class files Deeded for execution of said 

java program. 

12. A computer system for increasing performance of 
interpreted languages execution, comprising: 

means for providing a server computer device; and 
means for maintaining a java program in an initialized 

state, within said server computer device; and 
means for forking a child process to perform a required 35 
task when said java program is executed leaving said 
java program in said initialized state ready for subse- 
quent execution. 

13. The computer system apparatus of claim 12, further 
comprising: 
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means for executing the java program by a client com- 
puter device. 

14. The computer system apparatus of claim 12, further 
comprising: 

means for determining an address of said java program; 
and 

means for causing the execution of said java program. 

15. The computer system apparatus of claim 12, further 
comprising: 

means for finding a specific determining means from a 
plurality of determining means to cause the execution 
of said java program. 

16. The computer system apparatus of claim 12, wherein 
said maintaining means further comprises: 

a means for starting a Java virtual machine; and 
a means for loading standard class files needed for execu- 
tion of said java program. 



06/24/2004, EAST Version: 1.4.1 



